• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Es wird ein Kommunikationssystem mit einem Konferenzserver und einer Konferenzsteuereinheit beschrieben, an die eine Call-Control-Protokoll-Nachricht übermittelt wird, die spezifiziert, ob ein Kommunikationsendgerät einer Konferenz hinzugefügt werden soll und/oder eine Konferenz erzeugt werden soll und/oder eine Konferenz beendet werden soll und/oder Informationen über mindestens eine der von dem Konferenzserver bereitgestellten Konferenzen an ein Kommunikationsendgerät übertragen werden sollen.
    公开号:DE102004026785A1
    申请号:DE200410026785
    申请日:2004-06-02
    公开日:2006-01-19
    发明作者:Mark Beckmann；Martin Hans；Holger Schmidt
    申请人:Infineon Technologies AG；
    IPC主号:H04L12-18
    专利说明:
    [0001] DieErfindung betrifft ein Kommunikationssystem, ein Kommunikationsendgerät, eineKonferenzsteuereinheit, ein Verfahren zum Steuern eines Kommunikationssystems,ein Verfahren zum Steuern eines Kommunikationsendgeräts und einVerfahren zum Steuern einer Konferenzsteuereinheit.
    [0002] Das3rd Generation Partnership Project (3GPP) hat einen Standard für die sogenannteInternet-Protokoll-Multimedia-CoreNetwork-Subsystem (IMS)-Architektur entwickelt.
    [0003] EinIMS, das heißtein Kommunikationsnetz gemäß diesemvon dem 3GPP entwickelten IMS-Standard, ermöglicht es verschiedene Kommunikationsdiensteauf Basis des Internet-Protokolls(IP) einem mobilen Endgerätbereitzustellen.
    [0004] SolcheKommunikationsdienste sind beispielsweise Voice-over-Internet-Protocol(VoIP), Videotelephonie und Conferencing, beispielsweise Telefonkonferenzen.
    [0005] Gemäß IMS basiertdie Datenübertragungfür dieKommunikationsdienste auf dem Internet-Protokoll. Dadurch ist esmöglich,Kommunikationsdienste mittels allen paketbasierten Kommunikationssystemen,beispielsweise einem Wireless-Local-Area-Network (W-LAN), dem GPRS(General Packet Radio Service) und dem UMTS (Universal Mobile TelecommunicationsSystem) bereitzustellen.
    [0006] Insbesondereermöglichtes ein IMS, eine Vielzahl von Kommunikationsdiensten einer breitenAnwenderbasis zugänglichzu machen.
    [0007] Der(IMS-)Konferenzservice wird neben einem Verfahren zur Rechtevergabe(Floor Control) und der Etablierung von Konferenzregeln (ConferencePolicy Control Protocol) auch Prozeduren, die auf dem SIP(SessionInitiation Protocol) basieren, aufweisen, unter anderem wird erProzeduren zur Erzeugung, zum Verwalten (Management), zur Beendigung,zum Eintritt und zum Verlassen von Multimedia-Konferenzen bereitstellen.
    [0008] Weiterhinwird der Konferenzdienst Methoden zur Benachrichtigung der Konferenzteilnehmer über spezifische,die Konferenz betreffende Informationen und Ereignisse (Events)bereitstellen.
    [0009] ImRahmen dieses Konferenzservice könnenMedien verschiedener Art zwischen den Teilnehmern einer Konferenzausgetauscht werden.
    [0010] BeispielsweisekönnenAudio-Konferenzen, Video-Konferenzen, Instant-Messaging-Konferenzen,das sind beispielsweise Chat-Konferenzen,und Gaming(Spiel)-Konferenzen bereitgestellt werden.
    [0011] In[1] wird eine sternförmigeKonferenzarchitektur eines Kommunikationssystems beschrieben, inder alle Konferenzteilnehmer mit einem Konferenzsteuerprogramm,das die Konferenz steuert und das auf einem so genannten (Conference)-Focusausgeführtwird, mittels Signalisierungsverbindungen gekoppelt sind. Der Focusstellt somit eine logische Einheit im IMS dar.
    [0012] Einerbestimmten Konferenz, die einem bestimmten Focus zugeordnet ist,das heißtvon ihm gesteuert und ausgeführtwird, ist eine Konferenzadresse, welche hier als C-URI (ConferenceUniform Ressource Indicator) bezeichnet wird, zugeordnet.
    [0013] DieKonferenzadresse repräsentiertdie Konferenz und ein Nutzer des Kommunikationssystems kann unterder Verwendung der Konferenzadresse beispielsweise der Konferenzbeitreten.
    [0014] DerFocus hat unter anderem Zugriff auf die Konferenzregeln (ConferencePolicy), welche ein CPS (Conference Policy Server) verwaltet.
    [0015] Nebender Umsetzung der Konferenzregeln hat der Focus die Aufgabe für die konferenzspezifische Verteilungder Medieninhalte an die Konferenzteilnehmer zu sorgen.
    [0016] Hierzuverwendet der Focus so genannte Mixer, welche gemäß den Medienregeln(Media Policy), welche ein Teil der Konferenzregeln sind, mittelsdes Focus gesteuert werden und welche die individuelle Zusammenstellungund die Verteilung der Medieninhalte an die Konferenzteilnehmerausführen.
    [0017] In[2] ist ein Verfahren zur Erzeugung (Create) einer Konferenz undzum Eintritt (Join) in eine Konferenz unter Verwendung der Adressedes Focus, die im Folgenden auch als Conference-URI oder C-URI bezeichnetwird, spezifiziert.
    [0018] DiesesVerfahren weist das Risiko einer Kollision auf, wenn Bereiche vonKonferenzadressen reserviert werden.
    [0019] Dies äußert sichderart, dass ein Nutzer, der eine neue Konferenz erzeugen möchte, möglicherweise zueiner bereits bestehenden Konferenz hinzugefügt wird, anstatt dass eineneue Konferenz erzeugt wird, wie im Folgenden genauer erläutert wird.
    [0020] ZurErzeugung einer Konferenz werden in [2] zwei SIP-Prozeduren, das heißt zwei auf dem SIP basierendeProzeduren spezifiziert.
    [0021] Gemäß dem erstenVerfahren sendet der Nutzer, der die Konferenz erzeugen will, eine "SIP INVITE" Nachricht, wie esin [3] beschrieben ist, an die Conference-Factory-URI.
    [0022] DieConference-Factory-URI ist die Adresse eines Konferenzservers, dasheißteines Servers, der Konferenzen mit zugehörigem Focus erstellen und verwaltenkann.
    [0023] Gemäß [4] resultiertder erfolgreiche Aufbau einer SIP Session mit dem Konferenzserverin der Erzeugung eines Focus, einer diesem zugeordneten C-URI undsomit einer Konferenz.
    [0024] Gemäß dem zweitenin [2] spezifizierten Verfahren zur Erzeugung einer Konferenz wirdeine zuvor reservierte C-URI verwendet.
    [0025] Zueiner reservierten C-URI existiert in diesem Fall auch ein dieserAdresse zugeordneter Focus. Zur Erzeugung einer Konferenz sendetder Nutzer unter Verwendung der C-URI wie oben eine "SIP-INVITE"-Nachricht in diesemFall direkt an den Focus.
    [0026] Gemäß [2] wirdnach dem Erhalt dieser Nachricht eine Konferenz erzeugt, wenn diesenoch nicht existiert. Damit werden die für eine Konferenz erforderlichenRessourcen reserviert und anschließend freigeschaltet.
    [0027] Fallsein Nutzer in eine bereits bestehende Konferenz eintreten möchte, sendetder Nutzer bzw. das von ihm verwendete Endgerät ebenfalls eine "SIP- INVITE" Nachricht an dieC-URI. Der dieser C-URI zugeordnete Focus fügt den Nutzer nach Erhalt dieserNachricht der bereits bestehenden und mittels der C-URI spezifiziertenKonferenz hinzu.
    [0028] Ausder Sicht des Nutzers besteht zwischen dem Verfahren zur Erzeugungeiner Konferenz und dem Verfahren zum Eintritt in eine Konferenzkein Unterschied (vergleiche [2]).
    [0029] Für den Focusbesteht ein Unterschied darin, dass er eine reservierte Konferenzaktiviert oder einen Nutzer einer bestehenden Konferenz hinzufügt.
    [0030] Esist möglich,was auch in [4] beschrieben ist, dass ganze Adressbereiche für Konferenzenreserviert werden, beispielsweise eine komplette Domain (beispielsweiseconf.vodafone.com) oder Subdomains (beispielsweise der Adressbereichvon conference1@conf.vodafone.com bis conference9999@conf.vodafone.com).
    [0031] Diesereservierten Adressbereiche könnenfür Konferenzenverwendet werden.
    [0032] Indiesem Fall kann es allerdings zu Kollisionen kommen. Ist bereitseine Konferenz mit einer spezifischen C-URI (beispielsweise conference666@conf.vodafone.com)von einem Nutzer aktiviert, das heißt erzeugt, worden, so führt der Versucheines anderen Nutzers eine Konferenz mit demselben Namen bzw. C-URI zuerzeugen dazu, dass dieser Nutzer der bereits unter diesem Namenbzw. Adresse existierenden Konferenz hinzugefügt wird.
    [0033] Aufdiese Weise entstehen Kollisionen zwischen der Konferenzerzeugung(Create) und dem Beitritt zu einer bestehenden Konferenz (Join).
    [0034] Esexistiert weiterhin kein Verfahren zur Abfrage der von einem Konferenz-Serververwalteten und bereitgestellten Konferenzen mittels auf SIP basierendenProzeduren.
    [0035] Fernerist es gemäß der derzeitigenSpezifikation des IMS-Konferenzservice(siehe [2]) an Hand der "SIP-INVITE" Nachrichtnicht möglichzu unterscheiden, ob ein Konferenzteilnehmer eine Konferenz verlassen möchte oderob er die gesamte Konferenz beenden möchte.
    [0036] EineBeendigung einer Konferenz durch einen Nutzer würde bedeuten, dass alle Teilnehmeraus der Konferenz entfernt werden. Dies ist gleichbedeutend mitder Auflösungder Signalisierungsverbindung (SIP Session) zwischen den Konferenzteilnehmernund dem Focus.
    [0037] Gemäß dem in[2] beschriebenen Stand der Technik wird eine Konferenz jedoch erstbeendet, wenn alle Teilnehmer die Konferenz verlassen haben. Diesist insbesondere dann von Nachteil, wenn ein Nutzer eine Konferenzerzeugt hat und fürdiese die Kosten übernimmtaber nicht sicherstellen kann, dass, wenn er die Konferenz verlässt, dieKonferenz auch wirklich beendet wird.
    [0038] In[1], [2] und [4] ist ein Verfahren zur Beendigung der Teilnahmeeines Nutzers an einer Konferenz mittels SIP Nachrichten beschriebenworden.
    [0039] Dazuwird der SIP Dialog und damit die SIP Session zwischen dem Konferenzteilnehmerund dem Focus mittels einer "SIP-BYE" Nachrichtbeendet.
    [0040] Aufdiese Weise ist, wie oben erwähntwurde, bisher nur die Beendigung der Konferenzteilnahme eines einzelnenKonferenzteilnehmers möglich,die Konferenz aber besteht i.a. weiterhin, wenn noch weitere Teilnehmerin der Konferenz vorhanden sind.
    [0041] Eskann zwar i.a. eine entsprechende Konferenzregel (Conference Policy)vorgegeben werden, die besagt, dass die gesamte Konferenz beendetwird, sobald ein bestimmter Teilnehmer die Konferenz verlassen hat,es ist jedoch kein auf dem SIP basierendes Verfahren zur Beendigungeiner Konferenz bekannt (vergleiche [1]).
    [0042] DieseMöglichkeitder Beendigung einer Konferenz unter Verwendung einer Konferenzregelsetzt voraus, dass der die Konferenz erzeugende Benutzer die Konferenzregelnbeeinflussen kann oder dass diese mit geeigneten Standardwerteninitialisiert werden.
    [0043] Diesist gemäß dem IMS-Standardjedoch nicht in allen Fällengegeben.
    [0044] DieUnterstützungdes CPCP (Conference Policy Control Protocol), das heißt des Protokollszur Manipulation der Konferenzregeln, ist gemäß [2] nur optional.
    [0045] Selbstwenn ein Benutzer dieses Protokoll unterstützt, das heißt das Protokollin dem vom Benutzer verwendeten Kommunikationsendgerät implementiertist, kann er das CPCP gemäß der IMS-Rel-6-Architektur prinzipiellnur einsetzen, wenn die Konferenz in seinem H-PLMN (Home PublicPublic Land Mobile Network), das heißt in seinem Heimatnetzwerk,erzeugt wurde.
    [0046] ImAllgemeinen wird eine Konferenz also nur beendet, wenn, wie obenerwähnt,alle Teilnehmer der Konferenz die Konferenz verlassen haben.
    [0047] Diesist nicht nur aus Tarifierungsgründen,wie oben beschrieben, besonders nachteilig, sofern ein Nutzer dieKonferenz bezahlt, sondern auch in Hinblick auf die Vollständigkeitder SIP-Prozeduren und der SIP-Funktionalität innerhalb des Konferenzdienstesdes IMS.
    [0048] In[5] ist ein Verfahren beschrieben, mittels welchem ein Nutzer, bzw.der von dem Nutzer verwendete UAC (User Agent Client), Präferenzenangeben kann, wie seine Anfrage behandelt werden soll.
    [0049] Hierbeikönnenzwei Typen von Präferenzenunterschieden werden.
    [0050] Präferenzendes ersten Typs werden als "Request-Handling-Preferences" bezeichnet und gebendem Server spezielle Anweisungen, wie die Anfrage (Request) zu behandelnist.
    [0051] DieseAnweisungen geben beispielsweise an, dass die Anfrage gleichzeitigan unterschiedliche Kontaktadressen und damit Kommunikationsendgeräte einesvon dem Benutzer angerufenen Teilnehmers geleitet werden soll, wasals "forking" bezeichnet wird,oder dass die unterschiedlichen Kontaktadressen nacheinander kontaktiertwerden sollen, was als "searchsequentially" bezeichnetwird.
    [0052] DieAnweisungen werden hierbei in dem Nachrichtenkopffeld (Header) mitder Bezeichnung "Request-Disposition" einer SIP Anfrage(SIP-Request) übertragen.
    [0053] Präferenzendes zweiten Typs werden als "Feature-Preferences" bezeichnet und ermöglichenes dem Nutzer, der einen SIP Request sendet, einen Satz von Featuresanzugeben, der beschreibt, welche Eigenschaften der UA (User Agent)des angerufenen Teilnehmers aufweisen soll.
    [0054] EinSIP fähigesKommunikationsendgerät,dass SIP Anfragen sendet (SIP Requests) und auf Anfragen mit SIPAntworten (SIP Responses) antwortet, wird als SIP UA (User Agent)bezeichnet. Ein UA weist also einen UAC (User Agent Client), derAnfragen senden kann, und einen UAS (User Agent Server), der Anfragen beantwortenkann, auf. Im Folgenden wird vorausgesetzt, dass jedes Kommunikationsendgerät einenUA enthält.
    [0055] Zur Übertragungvon Feature-Preferences werden das Nachrichtenkopffeld mit der Bezeichnung "Accept-Contact" und das Nachrichtenkopffeldmit der Bezeichnung "Reject-Contact" verwendet.
    [0056] DieAngabe der Eigenschaften bzw. der Feature-Preferences erfolgt mittelsso genannter "Feature Tags", das heißt mittelsbestimmter Kennzeichen (Tags) in den genannten Nachrichtenkopffeldern.
    [0057] In[6] werden verschiedene Basis-Tags (Base Tags) spezifiziert.
    [0058] Esist jedoch im Rahmen des IETF-Standards zulässig weitere Tags zu definieren.
    [0059] DieAuswertung der angegebenen Eigenschaften kann gemäß [5] sowohlvon einem speziellen SIP Server, dem SIP-Registrar, bei dem sichNutzer, die das IMS nutzen möchten,anmelden bzw. registrieren, als auch von einem UAS selbst durchgeführt werden.
    [0060] EinUA kann seine Eigenschaften mittels der Parameter des Nachrichtenkopffeldesmit der Bezeichnung "Contact-Header" zum SIP-Registraroder zu einem anderen UA übertragen.
    [0061] Während desAufbaus einer Session könnensomit die von einem anrufenden Nutzer geforderten Eigenschaftenmit den Eigenschaften des jeder Kontaktadresse des angerufenen Nutzerszugeordneten UA vom SIP-Registrar miteinander verglichen werden.
    [0062] Anschließend wirdderjenige UA (und die entsprechende Kontaktadresse) ausgewählt, dessenEigenschaften den von dem anrufenden Nutzer geforderten Eigenschaftenam besten entsprichen.
    [0063] Zudieser Kontaktadresse wird die Anfrage des anrufenden Nutzers weitergeleitet.
    [0064] In[1], [2] und [4] wird dieses Verfahren zur Angabe verwendet, dassein UA ein Focus ist. Hierzu fügt derUA das in [6] angegebene Feature-Tag mit der Bezeichnung "isfocus", welches ein Base-Tagist, als Parameter in das Contact- Header-Nachrichtenkopffeld einer SIP-Nachricht,die an einen anderen UA übertragen wird,ein. Der andere UA, der die SIP-Nachrichtmit dem entsprechenden "Contact-Header" empfängt, erkennt, dassder UA, der die SIP-Nachricht geschickt hat, ein Focus ist und entsprechendeFunktionen aufweist.
    [0065] In[7] ist die sogenannte SIP-REFER-Methode beschrieben, mittels welcher,wie auch in [1] und [2] beschrieben, ein Konferenzteilnehmer einenFocus auffordern kann eine innerhalb einer REFER-Nachricht angegebeneSIP-Nachricht, beispielsweise eine BYE-Nachricht oder eine INVITE-Nachricht,wie sie weiter unten beschrieben werden, an eine in der REFER-Nachrichtangegebene Adresse, z.B. in Form einer SIP URI, zu senden.
    [0066] Mittelsder SIP-REFER Nachricht kann der Focus von einem Konferenzteilnehmerbeispielsweise aufgefordert werden eine SIP-INVITE Nachricht aneinen bestimmen Nutzer bzw. dessen UA zu senden. Dieser Nutzer wirdauf diese Weise aufgefordert in die Konferenz einzutreten.
    [0067] DerNutzer wird somit von dem Konferenzteilnehmer eingeladen, der dieREFER-Nachricht an den Focus gesendet hat.
    [0068] In[8] sind die Architektur und die Prozeduren des IMS beschrieben(Stage 2).
    [0069] In[9] ist ein Konferenzverwaltungsprogramm beschrieben, dass einenDienst zur bedingten Beendigung von Konferenzen bereitstellt.
    [0070] DerErfindung liegt das Problem zu Grunde, Kollisionen beim Erzeugenvon Konferenzen und beim Eintritt in Konferenzen zu vermeiden, dieAbfrage von Informationen überdie von einem Konferenzserver verwalteten Konferenzen zu ermöglichen,sowie die Beendigung einer Konferenz durch einen Nutzer mittelsSIP Nachrichten zu ermöglichen.
    [0071] DieAufgabe wird durch ein Kommunikationssystem, ein Kommunikationsendgerät, eineKonferenzsteuereinheit, ein Verfahren zum Steuern eines Kommunikationssystems,ein Verfahren zum Steuern eines Kommunikationsendgeräts und einVerfahren zum Steuern einer Konferenzsteuereinheit mit den Merkmalen gemäß den unabhängigen Patentansprüchen gelöst.
    [0072] Eswird ein Kommunikationssystem bereitgestellt, das einen Konferenzserver,eine Konferenzsteuereinheit und mindestens ein Kommunikationsendgerät aufweist,wobei der Konferenzserver eingerichtet ist, mindestens eine Konferenzfür eineMehrzahl von Kommunikationsendgeräten bereitzustellen; das mindestenseine Kommunikationsendgeräteine Nachrichtenerzeugungseinheit aufweist, die eingerichtet ist,eine Call-Control-Protokoll-Nachricht zu erzeugen, welche Call-Control-Protokoll-NachrichtSteuerinformation enthält,die spezifiziert, ob das mindestens eine Kommunikationsendgerät einerKonferenz hinzugefügtwerden soll und/oder eine Konferenz erzeugt werden soll und/odereine Konferenz beendet werden soll und/oder Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät übertragen werden sollen; dieKonferenzsteuereinheit eine Ermittlungsvorrichtung aufweist, dieeingerichtet ist, aus der Nachricht die Steuerinformation zu ermitteln;die Konferenzsteuereinheit eine Steuervorrichtung aufweist, dieeingerichtet ist, gemäß der ermitteltenSteuerinformation das mindestens eine Kommunikationsendgerät einerKonferenz hinzuzufügenund/oder eine Konferenz zu erzeugen und/oder eine Konferenz zu beenden und/oderInformationen übermindestens eine der von dem Konferenzserver bereitgestellten Konferenzan das mindestens eine Kommunikationsendgerät zu übertragen.
    [0073] Fernerwerden ein Kommunikationsendgerät,eine Konferenzsteuereinheit, ein Verfahren zum Steuern eines Kommunikationssystems,ein Verfahren zum Steuern eines Kommunikationsendgeräts und einVerfahren zum Steuern einer Konferenzsteuereinheit gemäß dem obenbeschriebenen Kommunikationssystem bereitgestellt.
    [0074] Ineiner Ausführungsformrealisiert die Konferenzsteuereinheit einen Focus.
    [0075] Ineiner anderen Ausführungsformist die Konferenzsteuereinheit ein Teil des Konferenzservers.
    [0076] Anschaulichkann die Erfindung darin gesehen werden, dass die gemäß Standardsfür Kommunikationssysteme,beispielsweise dem IETF- oder dem 3GPP-Standard, zulässigen Signalisierungsmöglichkeiten verwendetwerden oder im Rahmen des Standards zulässig erweitert werden, um einegegenüberdem Standard neue Funktionalitätzu erreichen.
    [0077] Mittelsder Erfindung ist es insbesondere möglich, die oben beschriebeneKollision zwischen dem Erzeugen einer neuen Konferenz und dem Beitrittzu einer bestehenden Konferenz aufzulösen, da mittels der Steuerinformationspezifiziert ist, ob der Nutzer an einer existierenden Konferenzteilnehmen möchteoder eine neue Konferenz erzeugen möchte.
    [0078] Fernerist es möglichInformationen überdie von einem Konferenzserver verwalteten Konferenzen unter Verwendungeines Kommunikationsendgerätsabzufragen.
    [0079] Fernerist es möglich,dass ein Nutzer eine Konferenz beendet, und insbesondere, dass derNutzer die Beendigung einer Konferenz explizit anweist. Diese Funktionalität ist besondersdann wichtig, wenn der Nutzer der Erzeuger einer Konferenz ist undfür dieKonferenz zeitbasiert bezahlen muss.
    [0080] BevorzugteWeiterbildungen der Erfindung ergeben sich aus den abhängigen Ansprüchen. Dieweiteren Ausgestaltungen der Erfindung, die im Zusammenhang mitdem bereitgestellten Kommunikationssystem beschrieben sind, geltensinngemäß auch für das bereitgestellteKommunikationsendgerät,die Konferenzsteuereinheit, das bereitgestellte Verfahren zum Steuerneines Kommunikationssystems, das bereitgestellte Verfahren zum Steuerneines Kommunikationsendgerätsund das bereitgestellte Verfahren zum Steuern einer Konferenzsteuereinheit.
    [0081] Eswird bevorzugt, dass die Call-Control-Protokoll-Nachricht gemäß dem SIP-Protokollausgestaltet ist.
    [0082] Indiesem Fall kommunizieren bei einer bereitgestellten Konferenz eineMehrzahl von Kommunikationsendgeräten, die verschiedene Daten,beispielsweise in Form eines Chats oder eines Video-Streamings, austauschen.Die Gesamtheit der mittels des SIP Protokolls aufgebauten Medienströme wirdauch als Multimedia-Session bezeichnet.
    [0083] Ineiner Ausführungsformist die Steuerinformation in Form eines Feature-Tags in der Call-Control-Protokoll-Nachrichtenthalten.
    [0084] Ineiner Ausführungsformist das Kommunikationssystem gemäß einem3GPP-Standard ausgestaltet.
    [0085] Ineiner Ausführungsformist das Feature-Tag ein in dem IETF-Standard oder dem 3GPP-Standard vorgesehenesFeature-Tag.
    [0086] Ineiner weiteren Ausführungsformist das Feature-Tag ein gegenüberdem IETF-Standard oder gegenüberdem 3GPP-Standard neu definiertes Feature-Tag.
    [0087] Beispielsweisewird ein gegenüberdem IETF und dem 3GPP-Standardneues Feature-Tag, beispielsweise mit der Bezeichnung "Join" oder "Create" zur Auflösung derKollision bei der Erzeugung einer Konferenz und zum Beitritt ineine bereits bestehende Konferenz verwendet.
    [0088] Ineinem anderen Ausführungsbeispielwird ein gegenüberdem IETF bzw. 3GPP-Standard neues Feature Tag, beispielsweise mitder Bezeichnung "Terminate" oder "Continue" zur Unterscheidung,ob ein Konferenzteilnehmer die Konferenz verlassen oder beendenmöchte,verwendet.
    [0089] Ineinem anderen Ausführungsbeispielwird ein gegenüberdem IETF bzw. 3GPP-Standard neues Feature-Tag zur impliziten Abfragevon Informationen überdie von einem Conference-Serververwalteten Konferenzen verwendet.
    [0090] Vorzugsweiseist das Feature-Tag in dem Accept-Contact-Nachrichtenkopffeld oder in dem Reject-Contact-Nachrichtenkopffeldder Call-Control-Protokoll-Nachricht enthalten.
    [0091] Beispielsweisewird zur Auflösungder Kollision bei der Erzeugung einer Konferenz und zum Beitrittin eine bereits bestehende Konferenz eine Nachricht von dem Kommunikationsendgerät erzeugt,die das gemäß dem IETFbzw. 3GPP-Standard vorgesehene isfocus-Feature-Tag im Accept-Contact-Nachrichtenkopffeld oderim Reject-Contact-Nachrichtenkopffeldenthält.
    [0092] Ineinem anderen Ausführungsbeispielwird das isfocus-Feature-Tagim Accept-Contact-Nachrichtenkopffeld oder im Reject-Contact-Nachrichtenkopffeldzur Unterscheidung, ob ein Konferenzteilnehmer die Konferenz verlassenoder beenden möchteverwendet.
    [0093] Eswird bevorzugt, dass die Steuerinformation in Form einer Referenzierungin der Call-Control-Protokoll-Nachricht enthalten ist.
    [0094] Beispielsweisewird zur Signalisierung, dass eine Konferenz beendet werden soll,von dem Kommunikationsendgeräteine SIP REFER-Nachricht erzeugt und an die C-URI gesendet, in derdie C-URI der zu beendenden Konferenz und die Zeichenkette "method=BYE" im Refer-To-Nachrichtenkopffeldenthalten sind.
    [0095] Fernerwird bevorzugt, dass die Referenzierung mindestens einen Platzhalteraufweist.
    [0096] Beispielsweisewird zur Signalisierung, dass eine Konferenz beendet werden soll,von dem Kommunikationsendgeräteine REFER-Nachricht erzeugt und an die C-URI gesendet, die Platzhalter(Wildcards, z.B. "*" oder " ") und die Zeichenkette "method=BYE" enthält, so dassmittels des Refer-To-Nachrichtenkopffeldes derREFER-Nachricht alle Kommunikationsendgeräte mit Adressen aus einem bestimmtenAdressbereich referenziert werden. Auf diese Weise wird angegeben,dass diese referenzierten Kommunikationsendgeräte nicht weiter an einer zubeendenden Konferenz teilnehmen sollen. Dies resultiert bei geeigneterWahl des Adressbereichs in der impliziten Beendigung der Konferenz.
    [0097] Anschaulichbewirkt das Senden einer Nachricht, die eine Referenzierung mitPlatzhaltern enthält,an den Focus, dass eine dem Wert eines Parameters "method" entsprechende Nachricht,beispielsweise eine BYE-Nachricht an alle Kommunikationsendgeräte, diean der Konferenz teilnehmen, gesendet wird, wodurch die Kommunikationsendgeräte angewiesenwerden, die Konferenz zu verlassen und somit implizit die Konferenzbeendet wird.
    [0098] Ineiner anderen Ausführungsformwird der Konferenzserver selbst mittels des Refer-to-Nachrichtenkopffeldesreferenziert, wodurch er angewiesen wird die Konferenz zu beenden.
    [0099] Vorzugsweiseweist die Referenzierung eine oder mehrere Parameterwerte auf.
    [0100] Beispielsweisewird zur Singalisierung, dass eine Konferenz beendet werden soll,von dem Kommunikationsendgeräteine REFER-Nachricht erzeugt, die neben der Angabe der C-URI imRefer-To-Nachrichtenkopffeld mittels der Zeichenkette "method=BYE" den Wert "BYE" des Parameters "method" enthält sowieeinen zusätzlichenParameter in Form einer Zeichenkette, beispielsweise "terminate".
    [0101] Vorzugsweiseist die Referenzierung in dem Refer-to-Nachrichtenkopffeld enthalten.
    [0102] Ineiner alternativen Ausführungsformist die Call-Control-Protokoll-Nachrichtgemäß dem H.323-Protokollausgestaltet.
    [0103] Esist bevorzugt, dass die von dem Konferenzserver mindestens einebereitgestellte Konferenz eine Multimedia-Konferenz, beispielsweiseeine Audio-Konferenz, eine Video-Konferenz, eine Instant-Messaging-Konferenz,z.B. eine Chat-Konferenz, oder eine Gaming(Spiel)-Konferenz, ist.
    [0104] Ausführungsbeispieleder Erfindung sind in den Figuren dargestellt und werden im Weiterennäher erläutert.
    [0105] 1 zeigtein Kommunikationssystem gemäß einemAusführungsbeispielder Erfindung;
    [0106] 2 zeigtein Nachrichtenflussdiagramm gemäß einemAusführungsbeispielder Erfindung;
    [0107] 3 zeigtein Nachrichtenflussdiagramm gemäß einemAusführungsbeispielder Erfindung;
    [0108] 4 zeigtein Nachrichtenflussdiagramm gemäß einemAusführungsbeispielder Erfindung.
    [0109] 1 zeigtein Kommunikationssystem 100 gemäß einem Ausführungsbeispielder Erfindung.
    [0110] DasKommunikationssystem 100 ist gemäß de von 3GPP beschriebenenUMTS-Arichtektur ausgeführt,deren integraler Bestandteil das IMS, siehe beispielsweise [8],ist.
    [0111] EinKommunikationsendgerät 101 istmittels eines Zugangsnetzes 102 mit einem IMS 111 gekoppelt.
    [0112] DasZugangsnetz 102 kann beispielsweise ein Mobilfunkkommunikationsnetzwerkgemäß dem UMTS-Standard,d.h. ein Universal Terrestrial Access Network, das mittels einerPacket-Switched-Domain den Zugang des Kommunikationsendgeräts zum IMS 111 ermöglicht,oder ein Zugangsnetz gemäß dem GSM-Standard, d.h. einGSM EDGE Radio Access Network, sein.
    [0113] DasZugangsnetz 102 kann auch ein Festnetz sein, beispielsweisekann das Kommunikationsendgerät 101 eineVorrichtung aufweisen, die einen Zugang zu dem Internet erlaubt,beispielsweise ein DSL(Digital Subscriber Line)-Modem. In diesem Beispiel ist das Kommunikationsendgerät mittelsdem Internet mit dem IMS 111 gekoppelt.
    [0114] Entsprechendder Ausgestaltung des Zugangsnetzes 102 ist das Kommunikationsendgerät 101 beispielsweiseein Mobiltelefon oder ein Computer mit oder ohne Mobilfunkmodul.
    [0115] Indiesem Ausführungsbeispielist das Zugangsnetz 102 ein Mobilfunk-Kommunikationssystemgemäß dem UMTS-Kommunikationsstandard.
    [0116] EinMobilfunknetz 112 des Zugangsnetzes 102 weistdie Architektur eines UMTS-Funknetzes, das auch als UMTS-Terrestrial-Radio-Access-Network(UTRAN) bezeichnet wird, auf.
    [0117] DasZugangsnetz weist eine PS-Domain 140 auf, die aus den KomponentenSGSN (Serving GPRS Support Node), GGSN (Gateway GPRS Support Node)besteht und die Schnittstelle fürpaketvermittelte Verbindungen zwischen dem Mobilfunknetz 112 undexternen paketbasierten Datennetzen, wie beispielsweise dem Internet,bildet und den Zugang zum IMS 111 realisiert.
    [0118] Entsprechendführt diePS-Domain 140 alle Funktionen aus, um den Transport vonpaketvermittelten Daten zu gewährleisten.
    [0119] Weiterhinermöglichtes den Transport von Signalisierungsnachrichten zum IMS.
    [0120] DasZugangsnetz weist ferner ein HLR 141 auf, das eine zentraleDatenbank ist, in der alle Informationen von Teilnehmern gespeichertsind, die unter anderem zum Verbindungsaufbau und zur Führung von Dienstenerforderlich sind.
    [0121] Mittelsdes Zugangsnetzes 102 ist das Kommunikationsendgerät 102 miteinem P-CSCF (CSCF: Call Session Control Function, P-CSCF: Proxy-CSCF) 103 desIMS 111 gekoppelt.
    [0122] DerP-CSCF 103 dient als Vermittlungsstelle und ist mit einemDNS (Domain Name Server) 104 und einem I-CSCF (Interrogating-CSCF) 105 gekoppelt.
    [0123] DerI-CSCF 105 ist mit einem HSS 106 (Home SubscriberServer) 106 und einem S-CSCF (Serving-CSCF) 107 gekoppelt.
    [0124] DerS-CSCF 107 ist mit einer Mehrzahl von Anwendungsservern(AS, Applikation Server) gekoppelt, von denen nur ein Anwendungsserver 138 dargestelltist.
    [0125] DerS-CSCF 107 ist ferner mit einem MRFC (Media Resource FunctionController) 142 gekoppelt.
    [0126] Mittelsdes Anwendungsservers 138 und dem MRFC 142 sindein Konferenzserver und mindestens ein Focus realisiert.
    [0127] DasKommunikationsendgerät 101,das Zugangsnetz 102, der P-CSCF 103 und der DNS 104 sindTeile des besuchten Netzwerks (V-PLMN) 109.
    [0128] DerI-CSCF 105, das HSS 106, der S-CSCF 107 undder Anwendungsserver AS 138 sind Teile des Heim-Kommunikationsnetzwerks(H-PLMN) 108.
    [0129] DerP-CSCF 103, der I-CSCF 105, der HSS 106 undder S-CSCF 107 sind ein Teil des IMS (IP Multimedia CoreNetwork Subsystem) 111, wie beispielsweise in [8] beschrieben.
    [0130] Mittelsdes Kommunikationsendgeräts 101 kannein Nutzer die Kommunikationsdienste des IMS 111 nutzen,beispielsweise eine " Instant-Message" an ein weiteresmit dem Kommunikationssystem 100 gekoppeltes Kommunikationsendgerät sendenoder eine Konferenz mit Nutzern anderer mit dem Kommunikationssystem 100 gekoppelterKommunikationsendgerätedurchführen.
    [0131] 2 zeigtein Nachrichtenflussdiagramm 200 gemäß einem Ausführungsbeispielder Erfindung.
    [0132] Derin 2 dargestellte Nachrichtenfluss findet zwischeneinem Kommunikationsendgerät 201,einem P-CSCF 202, welche Teil eines besuchten Netzwerks 203 sind,einem S-CSCF 204, welcher Teil des Heimnetzwerks des Kommunikationsendgeräts 205 istund einem Anwendungsserver 206, welcher Teil des Heimnetzwerksdes Anwendungsservers 207 ist, statt. Der Anwendungsserverwird im Folgenden in Kombination mit einem MRFC gesehen.
    [0133] DerAnwendungsserver 206 hat in diesem Ausführungsbeispiel die Funktioneines Konferenzserver und mindestens eines Focus.
    [0134] Dasmit Bezug auf 2 beschriebene Ausführungsbeispielwird dazu verwendet, die oben beschriebenen Kollision zwischen der Erzeugungeiner Konferenz unter Verwendung einer C-URI und dem Beitritt zu einerbereits bestehenden Konferenz unter Verwendung einer C-URI aufzulösen.
    [0135] InSchritt 208 sendet der Nutzer des Kommunikationsgeräts 201 mittelsdes Kommunikationsgeräts 201 eineSIP "INVITE" Nachricht mittelsdes P-CSCF 202 an die C-URI und somit an den AS 206.Dabei wird die INVITE-Nachricht in den folgenden Schritten mittelsder dargestellten Netzwerkelemente zum AS 206 geleitet.
    [0136] DieINVITE-Nachricht ist gemäß Tabelle1 ausgestaltet.
    [0137] Insbesondereweist die INVITE-Nachricht ein Nachrichtenkopffeld mit der Bezeichnung "Accept-Contact" auf und das "isfocus"-Feature-Tag istgesetzt (siehe Zeile 18 von Tabelle 1).
    [0138] InSchritt 209 leitet der P-CSCF 202 unter Verwendungder in der INVITE-Nachricht angegebenen C-URI (siehe Zeile 9 vonTabelle 1) die INVITE-Nachricht an den S-CSCF 204 weiter.
    [0139] InSchritt 210 leitet der S-CSCF 204 unter Verwendungder in der INVITE-Nachricht angegebenen C-URI die INVITE-Nachrichtan den Anwendungsserver 206 weiter, der den angegebenenC-URI entsprechenden Focus 216 bereitstellt.
    [0140] InSchritt 211 prüftder Focus 216, ob die INVITE-Nachricht das isfocus-Feature-Tagaufweist.
    [0141] Weistdie INVITE-Nachricht das isfocus-Feature-Tag auf, so wird der Focus 216 angewiesen,eine der angegebenen C-URI entsprechende Konferenz zu erzeugen bzw.zu aktivieren.
    [0142] Weistdie INITE-Nachricht das isfocus-Feature-Tag nicht auf, so wird derFocus 216 angewiesen, den Nutzer zu der mittels der C-URIangegebenen Konferenz hinzuzufügen.
    [0143] Dain diesem Beispiel die INVITE-Nachricht das isfocus-Feature-Tag aufweist,wird der Focus 216 angewiesen, die angegebene Konferenzzu aktivieren bzw. zu erzeugen.
    [0144] Somitsignalisiert das Kommunikationsendgerät 201 unter Verwendungdes isfocus-Feature-Tags dem Focus 216, dass es selbereine reservierte Konferenz aktivieren möchte und nicht einer bestehendenKonferenz hinzugefügtwerden möchte.
    [0145] InSchritt 212 prüftder Focus 216, ob eine ihm zugeordnete und der C-URI entsprechendeKonferenz bereits erzeugt wurde.
    [0146] Indiesem Beispiel wird angenommen, dass die der C-URI, welche conference666@mrfc2.home2.net (sieheTabelle 1) ist, entsprechende Konferenz bereits zuvor von einemanderen Nutzer aktiviert wurde und daher bereits verwendet wird.
    [0147] DerFocus 216 fügtdas Kommunikationsendgerät 201 somitnicht zu der bereits bestehenden Konferenz hinzu, sondern er antwortetdem Kommunikationsendgerät 201 miteiner Fehlermeldung in Form einer SIP "4xx" Nachricht,die in Schritt 213 an den S-CSCF 204 übertragenwird.
    [0148] InSchritt 214 leitet der S-CSCF 204 die 4xx-Nachrichtan den P-CSCF 202 weiter, welcher die 4xx-Nachricht inSchritt 215 an das Kommunikationsendgerät 201 überträgt.
    [0149] DasKommunikationsendgerät 201 kannnun eine andere C-URI in dem fürKonferenzen reservierten Adressbereich auswählen, um eine neue Konferenzzu erzeugen. Mit dieser neu ausgewählten C-URI kann das Kommunikationsendgerät 201 anschließend einenneuen Versuch zur Erzeugung und Aktivierung einer Konferenz durchführen.
    [0150] DieVerwendung des isfocus-Feature-Tags ermöglicht somit die Unterscheidung,ob der Nutzer eine Konferenz erzeugen will oder einer bereits bestehendenKonferenz beitreten will.
    [0151] Ineiner anderen Ausführungsformsetzt das Kommunikationsendgerätdas isfocus-Feature-Tag in dem Accept-Contact-Nachrichtenkopffeld, wenn derBenutzer der mittels der C-URI angegebenen Konferenz beitreten will.
    [0152] Ineiner anderen Ausführungsformwird ein gegenüberdem Standard neu definiertes Feature-Tag definiert, das wie dasisfocus-Feature-Tag wie oben beschrieben verwendet wird.
    [0153] Beispielsweisewird ein "Join"-Feature-Tag oderein "Create"-Feature-Tag definiert, wobei das Kommunikationsendgerät das Create-Feature-Tagin dem Accept-Contact-Nachrichtenkopffeld setzt, das heißt einfügt, wennder Nutzer einer der angegebenen C-URI entsprechenden Konferenzerzeugen will und das Join-Feature-Tag in dem Accept-contact-Nachrichtenkopffeldsetzt, wenn der Nutzer der der angegebenen C-URI entsprechendenKonferenz beitreten will.
    [0154] Ineiner anderen Ausführungsformwird anstatt des Accept-Contact-Nachrichtenkopffeldesdas Reject-Contact-Nachrichtenkopffeldverwendet.
    [0155] Mitdiesem Nachrichtenkopffeld wird, wie oben erläutert, gemäß [5] spezifiziert, welcheEigenschaften ein UA nicht aufweisen soll. Das Reject-Contact-Nachrichtenkopffeldkann analog zu dem Accept-Contact-Nachrichtenkopffeld verwendetwerden, beispielsweise kann, wenn der Nutzer einer Konferenz beitreten will,die in Schritt 208 übertrageneNachricht derart ausgestaltet sein, dass sie ein Reject-Contact- Nachrichtenkopffeldaufweist, in dem das isfocus-Feature-Tag gesetzt ist.
    [0156] Analogkönnendie oben erwähntenAlternativen unter Verwendung des Reject-Contact-Nachrichtenkopffeldeseingesetzt werden.
    [0157] BeiVerwendung des Reject-Contact-Nachrichtenkopffeldes weist die Verwendungvon gegenüber demStandard neu definierten Feature-Tags Vorteile auf, da auf dieseWeise Mehrdeutigkeiten vermieden werden.
    [0158] Diemit Bezug auf 2 beschriebene Ausführungsformkann, wenn sie leicht abgeändertwird, auch dazu verwendet werden, unter Verwendung von SIP-ProzedurenInformationen überdie vcn einem Konferenzserver verwalteten Konferenzen abzufragen.In diesem Fall wird die Nachricht allerdings an die Conference FactoryURI gesendet.
    [0159] Inder im Folgenden beschriebenen Ausführungsform wird hierzu eingegenüberdem Standard neu definiertes Feature-Tag mit der Bezeichnung "fetch" verwendet.
    [0160] DerNachrichtenfluss in dieser Ausführungsformist analog zu der mit Bezug auf 2 beschriebenen Ausführungsform.
    [0161] Weistdie INVITE-Nachricht im Accept-Contact-Nachrichtenkopffeld, die in diesem Fallan den Anwendungsserver 206 und nicht wie oben direkt aneinen von dem Anwendungsserver 206 erzeugten Focus 216, geschicktwird, das fetch-Feature-Tag auf, so erzeugt der Anwendungsserver 206 eineKonferenz und sendet dem Kommunikationsendgerät (UE) 201 Informationen über dievon dem Conference-Server verwalteten Konferenzen zu.
    [0162] Hierzuwerden im Nachrichtenkörpereiner Antwort-Nachricht des Conference-Servers auf die INVITE-NachrichtInformationen überdie vom Conference-Server verwalteten Konferenzen übertragen,beispielsweise eine Liste der von dem Conference-Server verwalteten Konferenzen.
    [0163] DieAntwort-Nachricht kann die "200OK"-Nachricht sein,oder eine andere, beispielsweise eine vorläufige, Antwort-Nachricht.
    [0164] DieAntwort-Nachricht kann beispielsweise folgende Informationen über dievon dem Conference-Server verwalteten Konferenzen enthalten: – dieAdresse der jeweiligen Konferenz, das heißt die C-URI der Konferenz – dieURI des UA, der die Konferenz erzeugt hat – eineBeschreibung der Konferenz, wie beispielsweise das Thema der Konferenz.
    [0165] Somitist die Abfrage von Informationen über die von einem Konferenzserververwalteten Konferenzen in die Prozedur zur Erzeugung einer Konferenzintegriert.
    [0166] 3 zeigtein Nachrichtenflussdiagramm 300 gemäß einem Ausführungsbeispielder Erfindung.
    [0167] Derin 3 dargestellte Nachrichtenfluss findet zwischeneinem Kommunikationsendgerät 301,einem P-CSCF 302, welche Teil eines besuchten Netzwerks 303 sind,einem S-CSCF 304 und einem Anwendungsserver 306,welche Teil des Heimnetzwerks des Kommunikationsendgeräts 305 sind,statt.
    [0168] DerAnwendungsserver 306 ist in diesem Ausführungsbeispiel ein Konferenzserver.
    [0169] Mittelsder im Folgenden beschriebenen Ausführungsform kann eine Konferenzunter Verwendung von SIP-Nachrichten beendet werden.
    [0170] InSchritt 308 sendet der Nutzer des Kommunikationsgeräts 301 mittelsdes Kommunikationsgeräts 301 eineNachricht mit der Bezeichnung "BYE", die die Angabeeiner C-URI enthält,an den P-CSCF 302.
    [0171] DieBYE-Nachricht ist gemäß Tabelle2 ausgestaltet. Insbesondere weist die BYE-Nachricht ein Nachrichtenkopffeldmit der Bezeichnung "Accept-Contact" auf und das "isfocus" Feature-Tag istgesetzt (siehe Zeile 11 von Tabelle 2).
    [0172] InSchritt 309 leitet der P-CSCF 302 unter Verwendungder in der BYE-Nachricht angegebenen C-URI (siehe Zeile 6 von Tabelle2) die BYE-Nachricht an den S-CSCF 304 weiter.
    [0173] InSchritt 310 leitet der S-CSCF 304 unter Verwendungder in der BYE-Nachricht angegebenen C-URI die BYE-Nachricht anden Anwendungsserver 306 weiter, der den Focus 316 bereitstellt,der die überdie C-URI addressierte Konferenz bereitstellt.
    [0174] InSchritt 311 prüftder Focus 316, ob die BYE-Nachricht das isfocus-Feature-Tagaufweist.
    [0175] Weistdie BYE-Nachricht das isfocus-Feature-Tag auf, so beendet der Focus 316 die über dieC-URI referenzierte bzw. addressierte Konferenz. Dabei werden alleKonferenzteilnehmer aus der Konferenz entfernt Weist die BYE-Nachrichtdas isfocus-Feature-Tag nicht auf, so entfernt der Focus 316 denNutzer 301 aus der Konferenz.
    [0176] Dain diesem Beispiel die BYE-Nachricht das isfocus-Feature-Tag aufweist, wirdder Focus 316 angewiesen, die der C-URI entsprechende Konferenzzu beenden und alle Teilnehmer aus der Konferenz zu entfernen.
    [0177] InSchritt 312 antwortet der Focus 316 dem Kommunikationsendgerät 301 mittelseiner Nachricht mit der Bezeichnung "200 OK", die an den S-CSCF 304 übertragenwird.
    [0178] InSchritt 313 leitet der S-CSCF 304 die "200 OK"-Nachricht an denP-CSCF 302 weiter, welcher die "200 OK"-Nachricht in Schritt 314 andas Kommunikationsendgerät 301 überträgt.
    [0179] Indiesem Beispiel wird angenommen, dass neben dem Nutzer, der dasKommunikationsendgerät 301 verwendet,noch weitere Teilnehmer in der Konferenz sind.
    [0180] Dain diesem Beispiel die BYE-Nachricht das isfocus-Feature-Tag aufweist, beendetin Schritt 315 der Focus die Konferenz, in dem er die jeweiligenSIP-Dialoge mit den anderen Konferenzteilnehmern beendet.
    [0181] DieVerwendung des isfocus-Feature-Tags im Accept-Contact-Nachrichtenkopffeldder BYE-Nachricht ermöglichtin dieser Ausführungsformsomit die Unterscheidung des Falls, dass der Nutzer seine Teilnahmean der Konferenz beenden will, sowie des Falls, dass der Nutzerdie Konferenz beenden will, was einschließt, dass er seine Teilnahmean der Konferenz beenden will.
    [0182] Wiebei der mit Bezug auf 2 beschriebenen Ausführungsformbestehen verschiedene Alternativen zu der mit Bezug auf 3 beschriebenenAusführungsform.
    [0183] Insbesonderebesteht die Möglichkeit,analog zu der mit Bezug auf 2 beschriebenenAusführungsformstatt dem isfocus-Feature-Taggegenüberdem Standard neu definierte Feature-Tags zur Signalisierung zu verwenden,beispielsweise mit der Bezeichnung "terminate" zum Anzeigen, dass die Konferenz beendetwerden soll oder mit der Bezeichnung "continue" zum Anzeigen, dass der Nutzer die Konferenzverlassen will, die Konferenz aber nicht beendet werden soll.
    [0184] 4 zeigtein Nachrichtenflussdiagramm 400 gemäß einem Ausführungsbeispielder Erfindung.
    [0185] Derin 4 dargestellte Nachrichtenfluss findet zwischeneinem Kommunikationsendgerät 401,einem P-CSCF 402, welche Teil eines besuchten Netzwerks 403 sind,einem S-CSCF 404 und einem Anwendungsserver 406,welche Teil des Heimnetzwerks des Kommunikationsendgeräts 405 sind,statt.
    [0186] DerAnwendungsserver 406 ist in diesem Ausführungsbeispiel ein Konferenzserver.
    [0187] Dieim Folgenden beschriebenen Ausführungsformist eine Alternative zu der mit Bezug auf 3 beschriebenenAusführungsformzum Beenden einer Konferenz.
    [0188] Beider im Folgenden beschriebenen Ausführungsform wird die in [7]beschriebene SIP-REFER-Methode zur Beendigung einer Konferenz verwendet.
    [0189] InSchritt 407 sendet der Nutzer des Kommunikationsgeräts 401 mittelsdes Kommunikationsgeräts 401 eineSIP "REFER" Nachricht, die eineC-URI enthält,an den P-CSCF 402.
    [0190] DieREFER-Nachricht ist gemäß Tabelle3 ausgestaltet.
    [0191] Insbesondereweist die REFER-Nachricht ein Nachrichtenkopffeld mit der Bezeichnung "Refer-To" auf, wie es in [7]definiert ist, und dieses Nachrichtenkopffeld enthält die C-URIund den Wert "BYE" eines Parametersmit der Bezeichnung "method", das heißt das Nachrichtenkopffeldenthältdie Zeichenkette "method=BYE" (siehe Zeile 13von Tabelle 3).
    [0192] InSchritt 408 leitet der P-CSCF 402 unter Verwendungder in der REFER-Nachricht angegebenen C-URI (siehe Zeile 9 vonTabelle 3) die REFER-Nachricht an den S-CSCF 404 weiter.
    [0193] InSchritt 409 leitet der S-CSCF 404 unter Verwendungder in der REFER-Nachricht angegebenen C-URI die REFER-Nachrichtan den Anwendungsserver 406 weiter, der den der angegebenenersten C-URI entsprechenden Focus 421 bereitstellt.
    [0194] InSchritt 410 prüftder Focus 421, ob das Refer-to-Nachrichtenkopffeld in der REFER-Nachrichtdie C-URI und die Zeichenkette "method=BYE" enthält.
    [0195] Enthält das Refer-to-Nachrichtenkopffeldin der REFER-Nachrichtdie C-URI und die Zeichenkette "method=BYE" so beendet der Focus 421 dieder C-URI entsprechende Konferenz.
    [0196] InSchritt 411 übermitteltder Focus 421 dem Kommunikationsendgerät 401 eine Bestätigung für den Erhaltder REFER-Nachricht mittels einer "202 Accepted" SIP Nachricht, die an den S-CSCF 404 übertragen wird.
    [0197] InSchritt 412 leitet der S-CSCF 404 die Accepted-Nachrichtan den P-CSCF 402 weiter, welcher die Accepted-Nachrichtin Schritt 413 an das Kommunikationsendgerät 401 überträgt.
    [0198] Dain diesem Beispiel in der REFER-Nachricht die C-URI und die Zeichenkette "method=BYE" enthalten sind,beendet in Schritt 414 der Focus die Konferenz, indem erdie SIP Dialoge zu allen Konferenzteilnehmern beendet und die für die Konferenzbelegten Ressourcen freigibt.
    [0199] Insbesonderewird die Teilnahme des Nutzers, der das Kommunikationsendgerät 401 verwendet,beendet. Deshalb überträgt in Schritt 415 derFocus 421 eine Nachricht mit der Bezeichnung "BYE", an den S-CSCF 304 zurWeiterleitung an das Kommunikationsendgerät 401.
    [0200] InSchritt 416 leitet der S-CSCF 404 die BYE-Nachrichtan den P-CSCF 402 weiter, welcher die BYE-Nachricht inSchritt 417 an das Kommunikationsendgerät 401 überträgt.
    [0201] InSchritt 418 bestätigtdas Kommunikationsendgerätden Erhalt der BYE-Nachricht, indem es eine Nachricht mit der Bezeichnung "200 OK" an den P-CSCF 402 zurWeiterleitung an den Anwendungsserver 406 überträgt.
    [0202] InSchritt 419 leitet der P-CSCF 402 die OK-Nachrichtan den S-CSCF 404 weiter, welcher die OK-Nachricht in Schritt 420 anden Focus 421 überträgt.
    [0203] Gemäß [7] kannim Refer-to-Nachrichtenkopffeld ein generischer Parameter verwendetwerden.
    [0204] Ineiner weiteren Ausführungsform,welche eine Variante der mit Bezug auf 4 beschriebenenAusführungsformist, wird der generische Paramter dazu verwendet dem Focus 421 anzuzeigen,dass die mittels der angegebenen C-URI referenzierte Konferenz beendetwerden soll.
    [0205] DerNachrichtenfluss in der Ausführungsformist analog zu der mit Bezug auf 4 beschriebenen Ausführungsform.
    [0206] DieREFER-Nachricht ist jedoch gemäß Tabelle4 ausgestaltet.
    [0207] Inder Variante wird jedoch zusätzlichder generische Parameter beispielsweise auf den Wert "terminate" gesetzt, (sieheZeile 13 der Tabelle 4).
    [0208] DieZeichenkette "terminate" weist den Konferenzserveran, die der angegebenen C-URI entsprechende Konferenz zu beenden.
    [0209] Ineiner weiteren Ausführungsformist der Nachrichtenfluss ebenfalls analog zu der mit Bezug auf 4 beschriebenenAusführungsformausgestaltet, die REFER-Nachricht ist jedoch gemäß Tabelle 5 ausgestaltet.
    [0210] Insbesonderewerden Platzhalter, so genannte Wildard, innerhalb des Refer-To-Nachrichtenkopffeldes verwendet(siehe Zeile 13 der Tabelle 5).
    [0211] DerPlatzhalter "*@*" referenziert alleAdressbereiche.
    [0212] MitHilfe von Platzhaltern ist es auch möglich einzelne Adressbereiche,beispielsweise mittels "*@t-mobile.de", zu referenzieren.
    [0213] NachEmpfang der REFER-Nachricht überträgt der Focus 421 analle Konferenzteilnehmer eine BYE-Nachricht, da die Kommunikationsendgeräte allerKonferenzteilnehmer mittels des Platzhalters *@* referenziert werden.
    [0214] Durchdie Übertragungeiner BYE-Nachricht an alle Teilnehmer werden alle Teilnehmer ausder Konferenz entfernt, was zu einer Beendigung der Konferenz führt.
    [0215] Dieswird wie beschrieben mittels einer einzigen von dem Nutzer gesendetenREFER-Nachricht erreicht.
    [0216] Aufdiese Weise wird eine implizite Beendigung der Konferenz mittelsSIP-Nachrichten erreicht.
    [0217] Indiesem Dokument sind folgende Veröffentlichungen zitiert: [1] IETF SIPPING Working Group: draft-ietf-sipping-conferencing-framework-01 [2] 3GPP TR29.847: Conferencing based on SIP, SDP and otherprotocols [3] RFC 3261: SIP: Session Initiation Protocol [4] IETF SIPPING Working Group: draft-ietf-sipping-cc-conferencing-03 [5] IETF SIP Working Group: draft-ietf-sip-callerprefs-10 [6] IETF SIP Working Group: draft-ietf-sip-callee-caps-03 [7] IETF RFC 3515: The SIP Refer Method [8] 3GPP TS 23.228: IP multimedia subsystem; Stage 2 [9] US 5,737,530
    100 Kommunikationssystem 101 Mobilfunk-Teilnehmergerät 102 Zugangsnetz 103 P-CSCF 104 DNS 105 I-CSCF 106 HSS 107 S-CSCF 108 H-PLMN 109 V-PLMN 111 IMS 112 Mobilfunknetz 138 Anwendungsserver 140 PS-Domain 141 HLR 142 MRFC 200 Nachrichtenflussdiagramm 201 Kommunikationsendgerät 202 P-CSCF 203 besuchtesNetzwerk 204 S-CSCF 205 Heimnetzwerkdes Kommunikationsendgeräts 206 Anwendungsserver 207 Heimnetzwerkdes Anwendungsservers 208–215 Verarbeitungsschritte 216 Focus 300 Nachrichtenflussdiagramm 301 Kommunikationsendgerät 302 P-CSCF 303 besuchtesNetzwerk 304 S-CSCF 305 Heimnetzwerkdes Kommunikationsendgeräts 306 Anwendungsserver 308–315 Verarbeitungsschritte 316 Focus 400 Nachrichtenflussdiagramm 401 Kommunikationsendgerät402 P-CSCF 403 besuchtesNetzwerk 404 S-CSCF 405 Heimnetzwerkdes Kommunikationsendgeräts 406 Anwendungsserver 407–420 Verarbeitungsschritte 421 Focus
    权利要求:
    Claims (19)
    [1] Kommunikationssystem, das einen Konferenzserver,eine Konferenzsteuereinheit und mindestens ein Kommunikationsendgerät aufweist,wobei – derKonferenzserver eingerichtet ist, mindestens eine Konferenz für eine Mehrzahlvon Kommunikationsendgerätenbereitzustellen; – dasmindestens eine Kommunikationsendgerät eine Nachrichtenerzeugungseinheitaufweist, die eingerichtet ist, eine Call-Control-Protokoll-Nachrichtzu erzeugen, welche Call-Control-Protokoll-Nachricht Steuerinformationenthält,die spezifiziert, ob – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzugefügt werdensoll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät übertragen werden sollen; – die Konferenzsteuereinheiteine Ermittlungsvorrichtung aufweist, die eingerichtet ist, ausder Nachricht die Steuerinformation zu ermitteln; – die Konferenzsteuereinheiteine Steuervorrichtung aufweist, die eingerichtet ist, gemäß der ermitteltenSteuerinformation – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzuzufügen und/oder – eine Konferenzzu erzeugen und/oder – eineKonferenz zu beenden und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an das mindestenseine Kommunikationsendgerätzu übertragen.
    [2] Kommunikationssystem gemäß Anspruch 1, wobei die Call-Control-Protokoll-Nachrichtgemäß dem SIP-Protokollausgestaltet ist.
    [3] Kommunikationssystem gemäß Anspruch 1 oder 2, wobeidie Steuerinformation in Form eines Feature-Tags in der Call-Control-Protokoll-Nachrichtenthalten ist.
    [4] Kommunikationssystem gemäß Anspruch 3, wobei das Kommunkationssystemgemäß einem 3GPP-Standardausgestaltet ist.
    [5] Kommunikationssystem gemäß Anspruch 4, wobei das Feature-Tagein in dem IETF-Standard oder 3GPP-Standard vorgesehenes Feature-Tagist.
    [6] Kommunikationssystem gemäß Anspruch 4, wobei das Feature-Tagein gegenüberdem IETF-Standard oder gegenüberdem 3GPP-Standard neu definiertes Feature-Tag ist.
    [7] Kommunikationssystem gemäß einem der Ansprüche 4 bis6, wobei das Feature-Tag in dem Accept-Contact-Nachrichtenkopffeld oder in dem Reject-Contact-Nachrichtenkopffeldder Call-Control-Protokoll-Nachricht enthalten ist.
    [8] Kommunikationssystem gemäß Anspruch 1 oder 2, wobeidie Steuerinformation in Form einer Referenzierung in der Call-Control-Protokoll-Nachrichtenthalten ist.
    [9] Kommunikationssystem gemäß Anspruch 8, wobei die Referenzierungmindestens einen Platzhalter aufweist.
    [10] Kommunikationssystem gemäß Anspruch 8 oder 9, wobeidie Referenzierung eine oder mehrere Parameterwerte aufweist.
    [11] Kommunikationssystem gemäß einem der Ansprüche 8 bis10, wobei das Kommunkationssystem gemäß einem 3GPP-Standard ausgestaltetist.
    [12] Kommunikationssystem gemäß Anspruch 11, wobei die Referenzierungin dem Refer-to-Nachrichtenkopffeld enthalten ist.
    [13] Kommunikationssystem gemäß Anspruch 1, wobei die Call-Control-Protokoll-Nachrichtgemäß dem H.323-Protokollausgestaltet ist.
    [14] Kommunikationssystem gemäß einem der Ansprüche 1 bis13, wobei die mindestens eine von dem Konferenzserver bereitgestellteKonferenz eine Multimedia-Konferenz ist.
    [15] Verfahren zum Steuern eines Kommunikationssystems,welches Kommunikationssystem einen Konferenzserver, welcher eingerichtetist, mindestens eine Konferenz füreine Mehrzahl von Kommunikationsendgeräten bereitzustellen, eine Konferenzsteuereinheitund mindestens ein Kommunikationsendgerät aufweist, wobei gemäß dem Verfahren – das mindestenseine Kommunikationsendgeräteine Call-Control-Protokoll-Nachrichterzeugt, welche Call-Control-Protokoll-NachrichtSteuerinformation enthält,die spezifiziert, ob – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzugefügt werdensoll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät übertragen werden sollen; – die Konferenzsteuereinheitaus der Nachricht die Steuerinformation ermittelt; – die Konferenzsteuereinheitgemäß der ermitteltenSteuerinformation – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzufügt und/oder – eine Konferenzerzeugt und/oder – eineKonferenz beendet und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz zu demmindestens einen Kommunikationsendgerät überträgt.
    [16] Kommunikationsendgerät eines Kommunikationssystems,welches Kommunikationssystem einen Konferenzserver aufweist, dereingerichtet ist, mindestens eine Konferenz für eine Mehrzahl von Kommunikationsendgeräten bereitzustellen,wobei – dasKommunikationsendgeräteine Nachrichtenerzeugungseinheit aufweist, die eingerichtet ist,eine Call-Control-Protokoll-Nachricht zu erzeugen, welche Call-Control-Protokoll-NachrichtSteuerinformation enthält,die spezifiziert, ob – dasKommunikationsendgeräteiner Konferenz hinzugefügtwerden soll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasKommunikationsendgerät übertragenwerden sollen;
    [17] Verfahren zum Steuern eines Kommunikationsendgeräts einesKommunikationssystems, welches Kommunikationssystem einen Konferenzserveraufweist, der eingerichtet ist, mindestens eine Konferenz für eine Mehrzahlvon Kommunikationsendgerätenbereitzustellen, wobei gemäß dem Verfahren – das Kommunikationsendgerät eine Call-Control-Protokoll-Nachrichterzeugt, welche Call-Control-Protokoll-NachrichtSteuerinformation enthält,die spezifiziert, ob – dasKommunikationsendgeräteiner Konferenz hinzugefügtwerden soll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasKommunikationsendgerät übertragenwerden sollen;
    [18] Konferenzsteuereinheit eines Kommunikationssystems,das mindestens ein Kommunikationsendgerät und einen Konferenzserveraufweist, welcher eingerichtet ist, mindestens eine Konferenz für eine Mehrzahl vonKommunikationsendgerätenbereitzustellen, wobei – dieKonferenzsteuereinheit eine Ermittlungsvorrichtung aufweist, dieeingerichtet ist, aus einer empfangenen Nachricht Steuerinformation,die spezifiziert, ob – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzugefügt werdensoll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an das mindestenseine Kommunikationsendgerät übertragenwerden sollen; zu ermitteln; – die Konferenzsteuereinheiteine Steuervorrichtung aufweist, die eingerichtet ist, gemäß der ermitteltenSteuerinformation – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzuzufügen und/oder – eine Konferenzzu erzeugen und/oder – eineKonferenz zu beenden und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät zu übertragen.
    [19] Verfahren zum Steuern einer Konferenzsteuereinheiteines Kommunikationssystems, das mindestens ein Kommunikationsendgerät und einenKonferenzserver aufweist, welcher Konferenzserver eingerichtet ist, mindestenseine Konferenz füreine Mehrzahl von Kommunikationsendgeräten bereitzustellen, wobeigemäß dem Verfahren – die Konferenzsteuereinheitaus einer empfangenen Nachricht Steuerinformation, die spezifiziert,ob – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzugefügt werdensoll und/oder – eineKonferenz erzeugt werden soll und/oder – eine Konferenz beendet werdensoll und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät übertragen werden sollen; ermittelt; – die Konferenzsteuereinheitgemäß der ermitteltenSteuerinformation – dasmindestens eine Kommunikationsendgerät einer Konferenz hinzufügt und/oder – eine Konferenzerzeugt und/oder – eineKonferenz beendet und/oder – Informationen über mindestenseine der von dem Konferenzserver bereitgestellten Konferenz an dasmindestens eine Kommunikationsendgerät überträgt.
    类似技术:
    公开号 | 公开日 | 专利标题
    US9210196B2|2015-12-08|Method and apparatus for identifying an IMS service
    US9935985B2|2018-04-03|Apparatus and method for directing a communication session to a communication device of a group of devices having a common registration identity
    US8717876B2|2014-05-06|Providing packet-based multimedia services via a circuit bearer
    US9031067B2|2015-05-12|Routing messages
    US9258179B2|2016-02-09|Failure recovery in an IP multimedia subsystem network
    EP1988685B1|2013-10-23|Dienstanbietung in einem Kommunikationssystem
    US8359015B2|2013-01-22|Method of providing a call completion service to a not registered or not available user in a telecommunication network
    KR100910801B1|2009-08-04|Ｓｉｐ 기반의 세션 셋업 방법 및 장치
    KR100741152B1|2007-07-20|홈 가입자 서버의 인터페이스 부하를 감소시키는 방법
    JP4700105B2|2011-06-15|Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
    EP1611720B1|2010-09-29|Verfahren, system und gateway-einrichtung zur ermöglichung von interworking zwischen ip- und cs-netzwerken
    AU2005338480B2|2011-01-27|A method and arrangement for enabling multimedia communication
    JP4549393B2|2010-09-22|通信システムにおけるユーザ登録
    DE60206525T2|2006-07-06|Zugangsbereitstellungverfahren und -system zu teilnehmerdiensten
    JP4903849B2|2012-03-28|特にｕｍｔｓネットワークにおける課金識別子の分配
    KR100744093B1|2007-08-01|다른 ｉｐ 멀티미디어 서브 시스템| 엔티티들 간에동작의 간소화 및 호환성을 제공하기 위한 ｉｐ멀티미디어 서브시스템| 엔티티 및 해결방법을구비하는 모바일 네트워크
    US7586903B2|2009-09-08|System and method for VoIP call transfer using instant message service in an IP multimedia subsystem
    US9648048B2|2017-05-09|Message handling in an IP multimedia subsystem
    ES2414874T3|2013-07-23|Un procedimiento y una disposición para el establecimiento de una sesión de comunicaciones para multimedia
    JP4804244B2|2011-11-02|アプリケーションをフィルタリングする装置、システム及び方法
    US7831247B2|2010-11-09|Method of communication and communication system
    US9106716B2|2015-08-11|Method, apparatus, and system for cross-platform conference convergence
    EP2070287B1|2010-01-20|Bereitstellung von zugangsinformationen in einem kommunikationsnetz
    US7650159B2|2010-01-19|Communication system
    US7916850B2|2011-03-29|IMS subscriber access control
    同族专利:
    公开号 | 公开日
    CN100438418C|2008-11-26|
    CN101621500A|2010-01-06|
    CN1722670A|2006-01-18|
    DE102004026785B4|2006-12-28|
    US20060153352A1|2006-07-13|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    DE4335031A1|1993-10-14|1995-04-20|Sel Alcatel Ag|Mobilfunknetz und Konferenzdienst-Einrichtung dafür|
    DE4344345A1|1993-12-23|1994-05-19|Siemens Ag|Method for coupling a subscriber terminal to an existing call|
    EP0713319A2|1994-11-21|1996-05-22|AT&T Corp.|Verfahren zum automatischen Aufbau eines Konferenzanrufs|
    WO1997009815A1|1995-09-01|1997-03-13|Telefonaktiebolaget Lm Ericsson |Telephone conferencing circuit and method|
    US6330321B2|1997-03-28|2001-12-11|Voyant Technologies, Inc.|Method for on-demand teleconferencing|
    EP1014666A1|1998-12-21|2000-06-28|Siemens Aktiengesellschaft|Verfahren zum Realisieren von Multipunktverbindungen zwischen mehreren Endgeräten eines H.323-Datenkommunikationsnetzes|
    EP1033862A1|1999-03-01|2000-09-06|Alcatel|System zur Teilentfernung eines Teilnehmers aus einem Konferenzanruf|
    EP1033863A1|1999-03-01|2000-09-06|Alcatel Alsthom Compagnie Generale D'electricite|System zur Teilhinzufügung eines Teilnehmers zu einem Konferenzanruf|
    DE10030189A1|2000-06-20|2002-01-03|Siemens Ag|WAP Group Call|
    WO2002087204A1|2001-04-20|2002-10-31|Nokia Corporation|Conference call system|
    EP1267558A2|2001-06-13|2002-12-18|Siemens Aktiengesellschaft|Verfahren und Anordnung zum Aufbau und zur Steuerung des Verbindungsaufbaus einer Konferenzschaltung|
    EP1372328A1|2002-06-12|2003-12-17|Siemens AG|Einrichtung und Verfahren zum Aufbau einer Konferenzschaltung in Telekommunikationsnetzen|
    EP1392044A1|2002-08-21|2004-02-25|Siemens Aktiengesellschaft|Verfahren und Vorrichtung zum Bereitstellen von Konferenzen|EP2020813A1|2006-05-24|2009-02-04|Huawei Technologies Co., Ltd.|Verfahren, einrichtung und system zum implementieren des sitzungsdienstes|US5737530A|1995-09-28|1998-04-07|Intel Corporation|Method and apparatus for conditionally terminating a personal computer conference|
    US20030014488A1|2001-06-13|2003-01-16|Siddhartha Dalal|System and method for enabling multimedia conferencing services on a real-time communications platform|
    US7590692B2|2001-07-09|2009-09-15|Dialogic Corporation|Conferencing architecture employing media servers and enhanced session initiation protocol|
    CN1190079C|2002-03-29|2005-02-16|武汉邮电科学研究院|基于软交换的视频会议系统多点控制器|
    US7027577B2|2002-08-26|2006-04-11|Telefonaktiebolaget Lm Ericsson |Method and system for multi-party call conferencing|
    GB0219947D0|2002-08-28|2002-10-02|Nokia Corp|Conferencing system|
    CN100438460C|2002-10-01|2008-11-26|华为技术有限公司|语音、数据和视频综合业务系统和设备|
    EP2276218B1|2003-02-19|2015-10-28|Nokia Technologies Oy|Routing von Nachrichten über ein IMS System|
    US7624188B2|2004-05-03|2009-11-24|Nokia Corporation|Apparatus and method to provide conference data sharing between user agent conference participants|WO2006125471A1|2005-05-25|2006-11-30|Telefonaktiebolaget Lm Ericsson |Method and apparatus for identifying an ims service|
    WO2007016270A2|2005-07-28|2007-02-08|Dilithium Networks Pty Ltd.|Method and apparatus for providing interactive media during communication in channel-based media telecommunication protocols|
    EP2822249B1|2005-08-12|2020-09-30|Samsung Electronics Co., Ltd|System und verfahren zur übertragung von systemnachrichten in einem sitzungseinleitungsprotokoll|
    DE102005043003A1|2005-09-09|2007-03-22|Infineon Technologies Ag|Telecommunication conference server, telecommunication terminal, method for generating a telecommunication conference control message, method for controlling a telecommunication conference, computer readable storage media and computer program elements|
    CN101317415A|2005-10-28|2008-12-03|艾利森电话股份有限公司|媒体共享|
    DE102006037749A1|2006-08-11|2008-02-14|Infineon Technologies Ag|Verfahren zum Erzeugen einer Kommunikationssitzung-Steuernachricht, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikationsendgeräten, Kommunikationssitzung-Steuernachricht-Erzeugungseinheit, Kommunikationsendgerät und Kommunikationssitzung-Steuereinheit|
    CN100525196C|2006-12-19|2009-08-05|华为技术有限公司|会议控制方法及会议控制系统|
    CN101267325B|2007-03-16|2012-02-15|华为技术有限公司|发起和加入会议通话的方法、会议服务器和终端|
    US20090207988A1|2008-02-15|2009-08-20|Ericsson, Inc.|Method and system for telecommunication sessions using only initial signal messages|
    US9641564B2|2009-05-14|2017-05-02|Qualcomm Incorporated|Maintaining controllee information in collaborative sessions|
    US9641567B2|2009-05-14|2017-05-02|Qualcomm Incorporated|Controlling media and informing controller status in collaborative sessions|
    US8675524B2|2009-09-23|2014-03-18|At&T Intellectual Property I, L.P.|Method and apparatus for dynamically allocating resources for large-scale multimedia conferences|
    JP2011223339A|2010-04-09|2011-11-04|Sharp Corp|電子会議システム、電子会議運用方法、コンピュータプログラム、および会議運用端末|
    US20140226535A1|2011-09-15|2014-08-14|Telefonaktiebolaget L M Ericsson |Methods and Apparatus for Configuring and Implementing IP Multimedia Subsystem Supplementary Services|
    JP5973054B2|2012-03-27|2016-08-23|テレフオンアクチーボラゲット エルエム エリクソン（パブル）|ルールベースサービスのための無条件且つ即時サービス能力|
    US20140122600A1|2012-10-26|2014-05-01|Foundation Of Soongsil University-Industry Cooperation|Conference server in a system for providing a conference service in rtcweb|
    EP2755368B1|2013-01-10|2018-08-08|Nxp B.V.|Telekonferenzsystem mit Master-Kommunikationsgerät zum Mischen von Audio und sich mit benachbarten Geräten zu verbinden|
    法律状态:
    2006-01-19| OP8| Request for examination as to paragraph 44 patent law|
    2007-06-21| 8364| No opposition during term of opposition|
    2010-04-22| 8339| Ceased/non-payment of the annual fee|
    优先权:
    申请号 | 申请日 | 专利标题
    DE200410026785|DE102004026785B4|2004-06-02|2004-06-02|Kommunikationssystem, Kommunikationsendgerät, Konferenzsteuereinheit, Verfahren zum Steuern eines Kommunikationssystems, Verfahren zum Steuern eines Kommunikationsendgeräts und Verfahren zum Steuern einer Konferenzsteuereinheit|DE200410026785| DE102004026785B4|2004-06-02|2004-06-02|Kommunikationssystem, Kommunikationsendgerät, Konferenzsteuereinheit, Verfahren zum Steuern eines Kommunikationssystems, Verfahren zum Steuern eines Kommunikationsendgeräts und Verfahren zum Steuern einer Konferenzsteuereinheit|
    US11/142,007| US20060153352A1|2004-06-02|2005-05-31|Communication system|
    CNB2005100785474A| CN100438418C|2004-06-02|2005-06-02|通信终端设备及其控制方法，会议控制单元及其控制方法|
    CN 200810095204| CN101621500A|2004-06-02|2005-06-02|通信系统、通信终端设备及会议控制单元|
    [返回顶部]